home *** CD-ROM | disk | FTP | other *** search
/ Columbia Kermit / kermit.zip / newsgroups / misc.19970104-19970326 / 000256_news@columbia.edu _Sat Feb 15 09:24:12 1997.msg < prev    next >
Internet Message Format  |  2020-01-01  |  4KB
  1. Return-Path: <news@columbia.edu>
  2. Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.35.30])
  3.     by watsun.cc.columbia.edu (8.8.5/8.8.5) with ESMTP id JAA16251
  4.     for <kermit.misc@watsun.cc.columbia.edu>; Sat, 15 Feb 1997 09:24:11 -0500 (EST)
  5. Received: (from news@localhost)
  6.     by newsmaster.cc.columbia.edu (8.8.5/8.8.5) id JAA14708
  7.     for kermit.misc@watsun; Sat, 15 Feb 1997 09:24:10 -0500 (EST)
  8. Path: news.columbia.edu!panix!news.mathworks.com!cam-news-hub1.bbnplanet.com!cpk-news-hub1.bbnplanet.com!news.bbnplanet.com!cam-news-feed3.bbnplanet.com!forest!pcoen
  9. From: pcoen@forest.drew.edu (Paul Coen)
  10. Newsgroups: comp.protocols.kermit.misc
  11. Subject: Re: OS/2 Specific DOS and MS-DOS Kermit
  12. Message-ID: <1997Feb15.090805.155151@forest>
  13. Date: 15 Feb 97 09:08:05 EST
  14. References: <1997Feb14.231518.11060@lafn.org> <E5n8Ho.9rx@echelon.nl>
  15. Organization: Drew University Academic Technology
  16. Lines: 60
  17. Xref: news.columbia.edu comp.protocols.kermit.misc:6596
  18.  
  19. In article <E5n8Ho.9rx@echelon.nl>, kees@echelon.nl (Kees Hendrikse) writes:
  20. > In <1997Feb14.231518.11060@lafn.org> aw585@lafn.org (Dallas Legan) writes:
  21. > 
  22. >> When booting 'Specific DOS' versions from a bootable DOS disk,
  23. >> when I boot MS-DOS Kermit, it gives a message:
  24. >> 
  25. >> ?Warning: unknown hardware for port. Using Bios as BIOS4.
  26. >> 
  27. >> Is there some trick around this problem, or is it
  28. >> just a limitation of booting DOS from inside OS/2?
  29. > 
  30. > Even if you boot a specific DOS from a floppy or a diskimage, you still
  31. > have to go through OS/2 layers to reach the hardware. Check the settings
  32. > of the program object and see if COM_DIRECT_ACCESS is enabled. This should
  33. > give Kermit access to the port you want. If not, try to use the port via
  34. > the bios: "set port bios 1". 
  35. > 
  36.  
  37. Actually, you shouldn't need to do that.  As long as MS-Kermit knows
  38. what irq & address to look for a com port as, it'll run without
  39. error messages without COM_DIRECT_ACCESS under OS/2.  I've done
  40. it on versions from OS/2 2.0 and above.
  41.  
  42. Something else is wrong.  Something else could be using COM4, but
  43. that's unlikely because he didn't report getting an error message
  44. in a Presentation Manager window offering recovery choices.
  45.  
  46. My guess is that Com4 (since there really isn't a standard for it)
  47. is set to something other than MS-Kermit might expect it to be,
  48. or else OS/2 can't see it at all due to the same problem (or a hardware
  49. conflict).
  50.  
  51. If the COM port works from OS/2 programs (C-Kermit for OS/2 should
  52. be able to use it if the operating system can see it), you need
  53. to do a "SET COM4" command (I *think* I'm remembering that
  54. correctly) and then give the information on where to find Com4.  
  55. You can get the information from your CONFIG.SYS file, either
  56. in the line where COM.SYS is loaded, or, if you're using the
  57. replacement SIO drivers, whatever the name of the device driver
  58. is -- I'm drawing a blank.  Anyway, write down the irq and 
  59. base address, and go back to MS-Kermit.
  60.  
  61. Type "set com4 ?" and it'll tell you what the next item it wants
  62. is -- type it in, insert a space, and hit "?" again.  I can never
  63. exactly remember the command syntax -- on the rare occasions I've
  64. had to do this I usually use this method for figuring it out.
  65.  
  66. If the COM port isn't visible from OS/2, you're going to need
  67. to look up COM.SYS in the online help and find out the syntax
  68. for adding port definitions.  And you're going to need to know
  69. the irq and address for your COM4 (and Com3, for that matter).
  70. If this is a plug-and-pray device under Warp 4, you can do
  71. "rmview /irq /io /so" at a command prompt to find out where
  72. it was actually put by the operating system so you can edit the
  73. config.sys file.
  74.  
  75. Again, this error shouldn't be happening if everything is set up
  76. correctly.  Sorry for the number of "I can't quite remember . . ."
  77. above, but some information is at my office, and not overly
  78. accessable at the moment.